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REMARKS/ARGUMENTS 
Favorable reconsideration of this application in light of the following discussion is 
respectfully requested. 

Claims 1-8 and 10 are pending in this application. 

In the Office Action of January 6, 2010, Claims 1-6, 8, and 10 were rejected under 35 
U.S.C. 1 02(b) as anticipated by Kita et al. (U.S. Patent No. 5,394,347; hereinafter "Kita"); 
and Claim 7 was rejected under 35 U.S.C. § 103(a) as unpatentable over Kita in view of 
Giusto, Paolo et al. , ("Automotive Virtual Integration Platforms: Why's, What's, and 
How's," IEEE 2002; hereinafter " Giusto "). 

In response to the rejection of Claims 1-6, 8, and 10 under 35 U.S.C. § 102(b) as 
anticipated by Kita , Applicant respectfully requests reconsideration of the rejection and 
traverses the rejection as discussed next. 

Independent Claim 1 is directed to a method of designing a validation environment 
for a service implemented by an embedded electrical system, the method including, inter 
alia: 

. . .assigning to said service one or more user requests 
and system responses of the electrical system thereto; 

assigning to said service a behavioral automata, said 
behavioral automata fixing allowed sequencing of said user 
requests and said system responses; 

automatically generating a skeleton validation 
environment for said service, in the form of a program 
executable on a simulation tool, said skeleton validation 
environment including a testing automata produced from a 
traversal of said behavioral automata, a model of initial 
conditions, models of user requests, models of system 
response accuracy, an environmental model and dataflow and 
control flow which assemble these models together, and said 
skeleton validation environment covering all user requests 
and resultant system responses of said service; and 
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recording said skeleton validation environment in a 
computer readable memory device for use by a design 
validation tool. 

Kita is directed to a computer system and software that enable a designer to create a 
specification for a system that can be expressed as an extended finite state machine (EFSM), 
wherein the functions of the system are modeled as states and transitions. 1 Kita also 
describes that the specifications that are particularly suitable for modeling are software 
applications and physical systems running from alarm clocks to automatic teller machines to 
complex system such as aircraft. 2 However, Applicant respectfully submits that Kita fails to 
teach or suggest "automatically generating a skeleton validation environment for said service, 
in the form of a program executable on a simulation tool, said skeleton validation 
environment including a testing automata produced from a traversal of said behavioral 
automata, a model of initial conditions, models of user requests, models of system response 
accuracy, an environmental model and dataflow and control flow which assemble these 
models together, and said skeleton validation environment covering all user requests and 
resultant system responses of said service," as recited in Applicant's independent Claim 1. 

Page 2 of the Advisory Action asserts that column 16, lines 26-29 and column 29, 
lines 18-30 of Kita describes "automatically generating a skeleton validation environment for 
said service." The Advisory Action also indicates that the "program shell" in Kita is 
interpreted as equivalent to Applicant's "skeleton validation environment." 

Column 29, lines 18-30 of Kita states: 



1 See column 2, lines 18-22 of Kita . 

2 See column 1, lines 12-15 of Kita . 
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For each path file generated by the system of the invention, a 
program shell is created, in the form of: 



pathl(){ 

<test information goes here> } 



The <test information goes here> indicates where the 
concatenated test information from the path file will appear. 
This program shell places the path file in a form for direct 
execution in the C language (though any other language may be 
accommodated with the appropriate statements). 

Thus, the above portion of Kita merely describes that for each path file generated by 
the system, a program shell is created, and the program shell places a path file in a form for 
direct execution in the C language. 

However, Kita fails to describe a skeleton validation environment which includes a 
testing automata produced from a traversal of said behavioral automata, a model of initial 
conditions, models of user requests, models of system response accuracy, an environmental 
model and dataflow and control flow which assemble these models together, and said 
skeleton validation environment covering all user requests and resultant system responses of 
said service is automatically generated, as recited in Claim 1 . 

Assuming arguendo, that the program shell in Kita corresponds to Applicant's 
claimed skeleton validation environment, Kita fails to describe that the program shell 
includes a testing automata produced from a traversal of a behavioral automata, a model of 
initial conditions, models of user requests, models of system response accuracy, an 
environmental model, and data flow and control flow which assemble these models together. 
In Kita , the program shell merely places the path file in a form for direct execution in the C 
language, but there is no indication that the program shell includes the following: 1) a model 
of initial conditions; 2) models of user requests; 3) models of system response accuracy; 4) an 
environmental model and dataflow and control flow which assemble these models together. 
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Lastly, Kita fails to describe that the program shell covers all user requests and 
resultant system responses of the service implemented by the electrical system. 

Thus, Kita fails to teach or render obvious each and every feature of Applicant's 
Claim 1 . Applicant respectfully submits that independent Claim 1 (and all claims depending 
thereon) patentably distinguishes over Kita . 

Accordingly, Applicant respectfully requests that the rejection of Claims 1-6, 8, and 
10 under 35 U.S.C. § 102(b) as anticipated by Kita be withdrawn. 

In response to the rejection of Claim 7 under 35 U.S.C. § 103(a) as unpatentable over 
Kita in view of Giusto, Applicant notes that Claim 7 is dependent on Claim 1, and is thus 
believed to be patentable for at least the reasons discussed above. Further, Applicant 
respectfully submits that Giusto fails to cure any of the above-noted deficiencies of Kita . 

Consequently, in view of the above comments, it is respectfully submitted that the 
outstanding grounds for rejection have been overcome and that Claims 1-8 and 10 patentably 
define over the prior art. Claims 1-8 and 10 are therefore believed to be in condition for 
allowance, and an early and favorable action to that effect is respectfully requested. 
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